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witn a orowser, a centralized aataoase coupiea to tne server system to implement, manage ana monitor various types 
of trade requests, receive and store data from the user against these trade requests and facilitate consolidation and 
reporting of these trade requests to improve efficiency and reduce risks. 

BRIEF DESCRIPTION OF THE DRAWINGS Figure 1 is a simplified block diagram of a Treasury Trade Request 
System (TTRS) for tracking and managing treasury trade requests; Figure 2 is an expanded version block diagram of 
an exemplary embodiment of server architecture of TTRS; Figure 3 shows a configuration of database within database 
server of server system shown in Figure 1 ; Figure 4 is an exemplary embodiment of a user interface depicting a 
Treasury Trade Request Menu to the user when the user logs onto the system; Figure 5 is an exemplary embodiment 
of a user interface displaying header information and trade request information utilized; Figure 6 is an exemplary 
embodiment of a user interface downloaded and displayed by server system when the user has selected Order 
Transactions" shown in Figure 4 and selected"Go To Transaction"button shown in Figure 4; Figure 7 is an exemplary 
embodiment of a user interface downloaded and displayed by server system when the user has 
selectetf'Settlement/Rollover Transactions-shown in Figure 4 and selected"Go To Transaction"button shown in Figure 
4- Figure 8 is an exemplary embodiment of a user interface downloaded and displayed by server system when the 
user has selected"Spot/Forward Transactions"shown in Figure 4 and selected"Go To Transactionnbutton shown in 
Figure 4' Figure 9 is an exemplary embodiment of a user interface downloaded and displayed by server system when 
the user'has selected"Swap Transactions" shown in Figure 4 and selected"Go To Transaction-button shown in Figure 
4- Figure 10 is an exemplary embodiment of a Option Trade Request Form user interface; Figure 11 is an exemplary 
embodiment of a user interface downloaded and displayed by server system when the user has selected hypertext link 
entitled "View Requests"under"Administrative Options"shown in Figure 4; Figure 12 is an exemplary embodiment of a 
User Profile Administration user interface; Figure 13 is an exemplary embodiment of a Help Content Management user 
interface- Figure 14 is an exemplary embodiment of a Business Validity user interface; Figure 15 is an exemplary 
embodiment of a Fund Validity user interface; Figure 16 is an exemplary embodiment of a Saved Trade Requests user 
interface; and Figure 17 is an algorithm of TTRS. 

DETAILED DESCRIPTION OF THE INVENTION The present invention, in one aspect, is a computer-based method 
for managing treasury trade requests. 

Exemplary embodiments of systems and processes that facilitate integrated network-based electronic reporting and 
workflow process management related to treasury trade-requests are described below in detail. The systems and 
processes facilitate, for example, electronic submission of information using a client system automated extraction oT 
information and windows-based assessment reporting. 

The systems and processes are not limited to the specific embodiments described herein. In addition, components of 
each system and each process can be practiced independent and separate from other components and processes 
described herein. Each component and process also can be used in combination with other components and 
processes. 

The application resides on an IIS Server with a SQL Server 7.0 database. In an exemplary embodiment the 
application is web-enabled and runs on a business entity's intranet. In yet another embodiment, the application is fully 
accessed by individuals having authorized access outside the firewall of the business entity through the Internet. The 
system manages security control based on pre- determined criteria. For example, the system is set up with pre- 
determined threshold amounts, which a particular user may not exceed without authorization from the management. It 
the user exceeds the threshold criteria, system 10 sends a warning message to the user that the requested trade 
exceeds the pre-determined limit. In a third exemplary embodiment, the application is runs in a Windows NT 
environment 

The application is flexible and designed to run in a various different environments without compromising any major 
functionality. 

Figure 1 is a simplified block diagram of a Treasury Trade Request System (TTRS) 10 for tracking and managing 
treasury trade requests. System 10 includes a server system 12 and a plurality of client systems 14 connected to 
server system 12. In one embodiment, client systems 14 are computers including a web browser, and server system 
12 is accessible to client systems 14 via the Internet. 

Client systems 14 are interconnected to the internet through many interfaces including a network, such as a local area 
network (LAN) or a wide area network (WAN), dial-in-connections, cable modems and special high-speed ISDN lines. 
In another embodiment, client systems 14 could be any device capable of interconnecting to the Internet including a 
web-based telephone or other web-based connectable equipment. A database server 16 is connected to a centralized 
database 20 containing information on different divisions of the business entity, as described below in greater detail, is 
stored on server system 12 and can be accessed by potential users at one of client systems 14 by logging onto server 
system 12 through one of client systems 14. 
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to an intranet or the Internet to gain access. Each computer 14 includes an interface for communicating with server 
system 12. The interface allows a user to input data and to receive data relating to the request. A computer-based tool 
for credit line assessment, as described below in more detail, is stored in server system 12 and can be accessed by a 
user at server 12 or any one of computers 14. 

Server system 12 is configured to receive a request relating to treasury trade through one of a pre-determined form. 
Server system 1 2 is further configured to report the status of the request and provide notification of the status of the 
request to the user. The interface allows the user or applicant to input data relating to the request and to receive 
feedback. In one embodiment, the user or applicant is a division, company, organization or an individual department. 

Figure 2 is an expanded version block diagram of an exemplary embodiment of server architecture of a Treasury 
Trade Request System (TTRS) 22. 

Components in system 22 identical to components of system 10 (shown in Figure 1) are identified in Figure 2 using the 
same reference numerals as used in Figure 1. 

i 

System 22 includes server system 12 and client system 14. Server system 12 includes database server 16 and further 
includes an application server 24, a web server 26, a fax, sen/er 28, a directory server 30, and a mail server 32. A disk 
! storage unit 34 is coupled to database server 16 and directory server 30. Servers 16,24,26,28,30, and 32 are coupled 
in a local area network (LAN) 36. In addition, a system administrator's workstation 38, a user or credit analyst's 
workstation 40, and a supervising officer's workstation 42 are coupled to LAN 36. Alternatively, workstations 38, 40, 
and 42 are coupled to LAN 36 via an Internet link or are connected through an intranet. 

Each workstation, 38, 40, and 42 is a personal computer including a web browser. Although the functions performed at 
the workstations typically are illustrated as being performed at respective workstations 38, 40, and 42, such functions 
can be performed at one of many personal computers coupled to LAN 36. 

Work stations 38,40, and 42 are illustrated as being associated with separate functions only to facilitate an 
understanding of the different types of functions that can be performed by individuals having access to LAN 36. 

In another embodiment, server system 12 is configured to be communicatively coupled to various banks 44 and to 
third parties, e. g., internal or external auditors 46 via an ISP Internet connection 48. The communication in the 
exemplary embodiment is illustrated as being performed via the Internet, however, any other wide area network (WAN) 
50 type communication can be utilized in other embodiments, i. e. f the systems and processes are not limited to being 
practiced via the Internet. In addition, and rather than a WAN, a local area network could be used in place of the WAN. 

In the exemplary embodiment, each outside bank or a business entity 44 has a workstation 54. One of the client 
systems includes a senior manager's workstation 56 located at a remote location or located overseas. Work stations 
54 and 56 are personal computers including a web browser. Also, work stations 54 and 56 are configured to 
communicate with server system 12. Furthermore, fax server 28 communicates with outside banks 44 and any of the 
remotely located client systems including a client system 56 via a telephone link. Fax server 28 is configured to 
communicate with other client systems 38,40, and 42 as well. 

Figure 3 shows a configuration of database 20 within database server 16 of server system 12 shown in Figure 1 . 
Database 20 is coupled to several separate components within server system 12, which perform specific tasks. 

Server system 12 includes a collection component 64 for collecting information from users into centralized database 
20, a tracking component 66 for tracking information, a displaying component 68 to display information, a receiving 
component 70 to receive a specific query from client system 14, and an accessing component 72 to access centralized 
database 20. Receiving component 70 is programmed for receiving a specific query from one of a plurality of users. 
Server system 12 further includes a processing component 76 for searching and processing received queries against 
data storage device 34 containing a variety of information collected by collection component 64. An information 
fulfillment component 78, located in server system 12, downloads the requested information to the plurality of users in 
the order in which the requests were received by receiving component 70. 

Information fulfillment component 78 downloads the information after the information is retrieved from data storage 
device 34 by a retrieving component 80. 

Retrieving component 80 retrieves, downloads and sends information to client system 14 based on a query received 
from client system 14 regarding various alternatives. 

Retrieving component 80 further includes a display component 84 configured to download information to be displayed 
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on a client system's graphical user interface and a printing component 88 configured to print information. 

set forth in any particular embodiment. 

TTRS 10 is a searchable database 20 built in SQL the 
interconnect. The first section is a User Information Secfior ^J^iJSs^SMmlnlrtrative Information Section 
user and the division with which the user is ass oca ted. The sewnd section is an ™ m ™ informa tion on user 
(AIS) 94 containing all relevant information relating to adm n.strat ve func a '^° C °7 e ' n s S ecurity of the system. A 
profiles, password, organizational informafio n f^^J^^^^^S^ variou^transactions 
third section is a Transaction Information Sedion (US) 96 ^'"i^^^SSons Swap Transactions, and 
including Order Transactions Set JemenVRo l over ^ jnforma , on 

rating'— S ^ 
database to maintain integrity. 

The architectures of system 10 as well as various components of system 10 are exemplary only. Other architectures 
Ire ^SldSn teuMze* in connection with practicing the processes described below. 

Fig ures4through17are exemplary embodiments of = ^ 

embodiments describe one specific way of practicing ^^^Sri^^oS^^^^ dis P |a V in 9 the data 
process steps. 

F^reeisartexe^atyem*^^ 

when the user logs onto the system. The user is prompted al ,Lng the access. The 

csm'^^ c ° mple,e ' , user 

is provided access to the system. 

Through a plurality of fields displayed ?™>^^£^ m ^ K££2 SSSSSEZ 
Request (Spot/Forward non- recurring) 154, a Recurring t^^* 8 ^ ^ of Spot /Forward non-recurring 
164. Excel Trade Request 154 allows the user to "P^^^^IJSffJKB the user to enter, for 
files to Treasury Trade Request System 0. ^urnngTra ^^^^SSffS^ and amounts. The user 
example, 6 monthly requests with repeating information but differen " e ^ e t ^7" y shown) ttrs 10 creates the 
enter sone request, enters the number of copies «MA » g JJjX^affffle Amount is changed by 

tru^x^^ss 

trade request forms. 

Usee interface ,50 further offers an option ,0 S, T^Son (s) ,70, 

transaction for the user input. 
,n one exemplary embodiment, user interface 150 

including a hypertext Ink to \S2^^S!!^ ^XSSSSi^f^^. user interface 150 
Trade Requests 204, and a hypertext link to Excel betup ^u. f administra tive functions, including an 

displays various Administrative Opfions ^iP^^^^^^^'S^adB Requests 226, Create 
alternative to View Requests 220, Rejects Processing 222 Use for Fun £ 23 4. User interface 

Reports 228, Add/Edit Help Content 230, and Vahdity Jables JjB««jejHH ana ^ 
150, also known as a home page, is linked to database 20. Database ^ «™JJ£ . to access trade request 
database or the interactive database. User interface 150 s the > entry ™ r US J™ ,| ted on user inter face 150 and 
database 20 via the Web. The first step in accessing infcrmajon . ' ^select an opt °™ s ,, b tton 194 Log out 20 0 
exercise that selection by selecting that specific hypertext link ^^^^SSSSt!^ user from all user 
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information utilized by all forms when downloaded by the system. A user's information is populated from the user table. 
Form Spot/Forward also has selection of the Instrument (Forward or Non- deliverable-Forward, Spot Contract). Header 
information 252 is entered once on the form. Header information 252 includes a Name 254, an Email address 256, a 
Phone number 260, a Fax number 264, a User's location (for example, London, Fairfield, or Singapore) 270, an 
identification of a Hedge Instrument 274 through a pull down menu denoting whether the hedge instrument is an 
Options form, a Swap form, a Settlement form, a Spot/Forward, (which is the same as Non-deliverable forward) form, 
or a Spot Contract form. Header information 252 may include information relating to Trading Business (not shown) and 
a name of the Business (not shown) to which the user is functionally assigned to for budgeting purpose. Through user 
interface 250, the user may also select a specific file 280 and edit the same by double clicking the same. The 
computer code defining the TTRS functionality as described in Figure 5 is set forth in Appendix B. 

Figure 6 is an exemplary embodiment of a user interface 300 downloaded and displayed by server system 12 when 
the user has selected"Order Transaction (s) H 170 (shown in Figure 4) and selected"Go To Transaction"button 194 
(shown in Figure 4). User interface 300 displays header information 252 (shown in Figure 5) and further includes a 
plurality of pull down menus to be utilized when supplying information to system 10 (shown in Figure 1). User interface 
300 is populated with the fields that directly relate to the user's profile, which has been retrieved by the system upon 
log in authentication. Pull down menus 308 are supplied for selecting a Date to Execute the transaction 310, a Buy/Sell 
312 a Trade Amount 314, a Trade Currency 316, an Against Currency 318, a Hedge Maturity Date 320 which may be 
between 2 business days from the date of entry up to 10 years, a Stop Loss Level 330, and a Take Profit Level 332. 
The user must enter at least one of a field out of Stop Loss Level 330 or Take Profit Level 332. Pull down menus 308 
are also supplied for inputting a date until the transaction is valid 340, a name of the project 342, Transaction 
Exposure Type 344, a name of the Customer 346, a name of the Supplier 348, and a Fund type 350. Inter-company 
transaction 354 is denoted by a drop down window with either a"Yes n or"No"response. The user is further requested to 
supply the information denoting whether Corporate Accounting Approval 360 is required or not. The user enters a 
Number of copies 364 required and selects a"Generate"button 370 to generate and submit a request electronically to 
the corporate treasury department. Each of the pull down menu field is defined to accept the data in a specified format. 
Also the system administrator has an option to define certain fields to be mandatory fields, if necessary, based on 
business needs to obtain that specific information. These criteria are often referred to as business validation rules and 
may vary for each form. The user is offered on-line help as well as printed manuals, which guides the user through the 
business validation rules. The computer code defining the TTRS functionality as described in Figure 6 is set forth in 
Appendix C. 

Figure 7 is an exemplary embodiment of a user interface 380 downloaded and displayed by server system 12 when 
the user has selected "Settlement/Rollover Transactions"! 74 (shown in Figure 4) and selected n Go To 
Transaction-button 194 (shown in Figure 4). User interface 380 displays header information 252 (shown in Figure 5) 
and further includes a plurality of pull down menus 390 to be utilized when supplying information to system 10 (shown 
in Figure 1). Pull down menus 390 are supplied for selecting a FXPress Contract Number 392, a Buy/Sell 394 a Trade 
Currency 396, an Against Currency 398, a Compensation Type 400, an Amount 402, a Notes 404, a Rollover Amount 
408 a Rollover Date 410, and an Option Type 412. Intercompany transaction 420 is denoted by a drop down window 
with either a"Yes"or"No n response. The user is further requested to supply the information denoting whether or not 
Corporate Accounting Approval 424 is required. The user enters a number of copies 430 required and selects 
a"Generate" button 434 to generate and submit a request electronically to the corporate treasury department. Each of 
the pull down menu field is defined to accept the data in a specified format. Also, the system administrator has an 
option to define certain fields to be mandatory fields, if necessary, based on business needs to obtain that specific 
information These criteria are often referred to as business validation rules and may vary for each form. The user is 
offered on-line help as well as printed manuals, which guides the user through the business validation rules. The 
computer code defining the TTRS functionality as described in Figure 7 is set forth in Appendix D. 

Figure 8 is an exemplary embodiment of a user interface 450 downloaded and displayed by server system 12 when 
the user has selected "Spot/Forward Transaction (s)"180 (shown in Figure 4) and selected"Go To Transaction button 
194 (shown in Figure 4). User interface 450 displays header information 252 (shown in Figure 5). Through various 
fields the user is prompted to enter required data into the system efficiently and effectively. User interface 450 further 
includes a plurality of pull down menus 452 to be utilized when supplying information to system 10 (shown i in Figure 1). 
Through user interface 450, the user is requested to supply a Date to Execute the transaction 460, a Buy/Sell 462 a 
Trade Amount 464, a Trade Currency 466, an Against Currency 468, and a Hedge Maturity Date 470 which may be 
between 2 business days from the date of entry up to 10 years. Pull down menus 452 or pre-determined empty fields 
are also supplied for inputting a name of the project 482, Transaction Exposure Type 484, a name of the Customer 
486 a name of the Supplier 488, a Fund type 490, an Approver's name 492 and an Approver's Password 494, 
Payment Details 496, Beneficiary Bank's Name 510 and it's complete address 512, Intermediary Bank's Name 514, 
complete address 518, Intermediary Bank Swift Code 520, and Intermediary Bank Federal ABA Number 522 and 
account number 524. 

The user is prompted to supply information on additional Intermediary Bank 2 which may include all relevant 
information 530 about this bank including, but not limited to, a Swift Code, ABA Number and an Account Number. In 
one embodiment of the invention, system 10 does not process the information unless the user has supplied a VWe 
Number 540 for tracking purpose, a Beneficiary Supplier Name 542, and an address 544. Intercompany transaction 
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550 is denoted by a drop down window with either a"Yes"or"No"response. The user is further requested to supply the 
information denoting whether or not Corporate Accounting Approval 55C is required. The user enters a number of 
copies 560 required and selects a"Generate" button 570 to generate and submit a request electronically to the 
corporate treasury department. The computer code defining the TTRS functionality as described in Figure 8 is set forth 
in Appendix E. 

Figure 9 is an exemplary embodiment of a user interface 590 downloaded and displayed by server system 1 2 when 
the user has selectetf'Swap Transaction (s)" 184 (shown in Figure 4) and selected"Go To Transaction button 194 
(shown in Figure 4). User interface 590 displays header information 252 (shown in Figure 5). Through i various fields, 
the user is prompted to enter required data into the system efficiently and effectively. User interface 590 further 
includes a plurality of pull down menus 596 to be utilized when supplying information to systerri 10 (shown > in Figure 1). 
Through user interface 590, the user is requested to supply a Date to Execute the transaction 600. a Buy/SeH 602 , a 
Trade Amount 604, a Trade Currency 606, an Against Currency 608, and a Hedge Maturity Date 610 which may be 
between 2 business days from the date of entry up to 10 years. Pull down menus 596 or pre-determ.ned empty fields 
are also supplied for inputting a name of a project 612, a Transaction Exposure Type 614, a name of the Customer 
616, a name of the Supplier 61 8, and a Fund type 620. 

The user is prompted to supply information on a Far Trade Amount 624 and a Far Hedge Maturity Date 630. 
Intercompany transaction 638 is denoted by a drop down window with either a"Yes"orNo"response. The user » 
further requested to supply the information denoting whether or not Corporate Accounting Approval 646 is required. 
The user enters a number of copies 650 required and selects a"Generate"button 660 to generate and submit a request 
electronically to the corporate treasury department. The computer code defining the TTRS functionality as described in 
Figure 9 is set forth in Appendix F. 

Figure 10 is an exemplary embodiment of a Option Trade Request Form user interface 670 downloaded and displayed 
by server system 12 when the user has selected"Swap Transaction (s)" 184 (shown in Figure 4) and selected Go To 
Transaction-button 194 (shown in Figure 4). User interface 670 displays header information 252 (shown in Figure 5). 
Throuqh various fields, the user is prompted to enter required data into the system efficiently and effectively. User 
interface 670 further includes a plurality of pull down menus 676 to be utilized when supplying information to system 
10 (shown in Figure 1). Through user interface 670, the user is requested to supply a Date to Execute the transaction 
674 a Buy/Sell 676, a Trade Amount 680, a Trade Currency 682, an Against Currency 684, a Premium Currency 686, 
a Hedge Type 688, an Expiry Date 690, a Pricing Notes 692, and a Strike Price 694. Pull down menus 670 or pre- 
determined empty fields are also supplied for inputting a name of the project 700, a Transaction Exposure Type 704, a 
name of the Customer 706, a name of the Supplier 710, and a Fund type 716. 

The user is prompted to supply information on Intercompany transaction 720, which requires either 
a"Yes"or"No"response through a drop down window. The user is further requested to supply the information denoting 
whether or not Corporate Accounting Approval 726 is required. The user enters a Number of copies 730 required and 
selects a"Generate"button 740 to generate and submit a request electronically to the corporate treasury department. 
The computer code defining the TTRS functionality as described in Figure 10 is set forth in Appendix G. 

Fiqure 11 is an exemplary embodiment of a user interface 750 downloaded and displayed by server system 12 when 
the user has selected a hypertext link entitled'View Requests"220 under"Administrative Options 2 2 (shown in Figure 
4) User interface 750 displays a summary of all view requests including a Name of the person making a request 754, 
a Date on which the request was made 756, a brief summary of the Transaction 758, a type of the Hedge Instrument 
760 and a Request Number 762. View Requests user interface 750 allows the user to delete a specific record 770, 
clear records 776, or view history 780. The user may log out 784 or return to main menu 790 from this user interface. 
Log out 784 as well as return to main menu 790 are options available to the user from all user interfaces. The 
computer code defining the TTRS functionality as described in Figure 1 1 is set forth in Appendix H. 

Figure 12 is an exemplary embodiment of a User Profile Administration user interface 800 do ™ io **fj"*S[ a yed 
by server system 12 when the user has selected a hypertext link entitled"User Prof.les"224 under 'Admin strajve 
Options-212 (shown in Figure 4). User Profile Administration user interface 800 displays a summary of all user profiles 
including a Login Identification Number 810, a name of the person authorized access 814 a Phone Number -816, a 
Fax Number 818, and an E-mail Address 820. User Profile Administration user interface 800 allows the user to delete 
a specific record 826, Edit records 830, or Add a New User 834. The user may Log Out 840 or Return to Main Menu 
844 from user interface 800. The computer code defining the TTRS functionality as described in Figure 12 is set forth 
in Appendix I. 

Fiqure 13 is an exemplary embodiment of a Help Content Management user interface 850. Help Content Management 
user interface 850 displays a template the user may utilize to submit issues to the administrative management. 
Throuqh Help Content Management user interface 850, the user may input information regarding a specific transaction 
862 Search a Database for fields to Edit or Delete 866, Add a Transaction Name 870, or Edit/Delete a Transaction 
Name 876. The user may log out 880 or return to main menu 884 from user interface 850. The computer code defining 
the TTRS functionality as described in Figure 13 is set forth in Appendix J. 
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Fiqure 14 is an exemplary embodiment of a Business Validity user interface 890 downloaded and displayed by server 
system 12 when the user has selected hypertext link entitled'Validity Tables-Businesses"232 under Administrative 
ODtions"212 (shown in Figure 4). Business Validity user interface 890 displays a list of Business Names 894 that the 
system will recognize andfor which the user has a capability to Edit 896 or Delete 898 a specific business name and 
all associated records. The computer code defining the TTRS functionality as described in Figure .14 is set forth in 
Appendix K. 

Fiqure 15 is an exemplary embodiment of a Fund Validity user interface 910 downloaded and displayed by server 
system 12 when the uWhas se.ected hypertext link entitled'Validity Tables-Fun^ 

Options"212 (shown in Figure 4). Fund Validity user interface 910 displays a list of Fund Names 916 that the 'system 
win recognize and for which the user has a capability to Delete 918 or Edit 920 a specfic fund name and all associated 
records. 

The user may add a new fund by selecting"Add a New Fund"button 924 and following specific instructions displayed 
not shown) on user interface. The computer code defining the TTRS functionality as described in Figure 15 is set forth 
in Appendix L. 

Figure 16 is an exemplary embodiment of a Saved Trade Requests user interface 940 Saved Trade Requests user 
interface 940 displays all saved trade requests in a summarized table format which includes a Transaction Number 
950, a Name 952 of the person associated with the transaction, a Date 954 the transact.on was submrtted a 
Transaction Type 956, and whether the transaction is Recurring or a Non-recurring transaction 958 The has a n 
option to delete the transaction through a"Delete"hypertext link 960. The user may log out 970 or return to main menu 
974 from user interface 940. The computer code defining the TTRS functionality as described in Figure 16 is set forth 
in Appendix M. 

Fiaure 17 is an alqorithm 1000 of TTRS 10. Under the web-based system 10 (shown in Figure 1) the user accesses 
So homJpage o? he we b site through client system 14 (shown in Figure 1). Server ^^^^ e 1 > 
downloads 1020 and displays 1030 several options. Once the user selects 1040 a specific option out °J various 
hypertext links or selecting an option through a plurality of fields, the request is sent to server system 12. Transmitting 
Keque i f ^u60 is accomplished either by click of a mouse or by a voice command. Once server system 12 Receives 
1070 the request server system 12 accesses 1080 the database server 16 and retrieves 1090 pertinent information 
rom database > 20 (shwn f , Figure 1). The requested information is downloaded 1092 and provided 1 100 to client 
sysTeS 1 froln seSeM2. Server system 1 2 provides 1 100 the requested information to the user by either displaying 
1110 the information on the user's display or by printing 1 1 1 2 it on an attached or remote printer. The user continues 
t o LVc h d a S 

from system 10. In another embodiment of the invention, the retrieved 1090 information is dow "^ d ^ d hp a f n a ni f°7 t0 
help the user to input/submit information 1154 in a specified format regarding a specific tran *^:™*JW^^ 
information 1 1 54 is received 1 1 56 by server system 1 2 for storing 1 1 58 in database 20. The user also updates 1 1 30 
%?!^"ZS££i*Q or modifying the information regarding the transaction. Ir . anot ^^M^dmt 
system 14, as well as server system 12, are protected from access by unauthorized inchviduals. As descnbed TTRS 
ut an interactive searchabledatabase 20 for al. treasury transaction related T^^^P^^SSn 
users as well executives to stay current with the treasury operations/hedging related information to date. The system 
provfdes Ihe abifrty for managed, users, and database administrators to directly update, review and generate reports 
of current information. 

While the invention has been described in terms of various specific embodiments, those skilled in the art will recognize 
that the invention can be practiced with modification within the spirit and scope of the claims. 

APPENDIX A Execution Time 125 milliseconds Parameters URL Parameters : CFTOKEN=56699449 CFID=973 CGI 

Variables SERVER PORT=80 CONTENT LENGTHS SERVER_PORT_SECURE=0 HTTPACCEPT=image/grf 

image/x xbitmap, image/jpeg, image/pjpeg, application^ , < . HTTP ^7^- ^g?" ^ C ° m ^ 

ADDR=3 122 98 19 CERT SERIALNUMBER= CERT_SECRETKEYSIZE= CERT ISSUER- 

CONTENT TYPE=application/x-www-form-urlencoded AUTH PASSWORD= HTTP REFERER=http ://web06. 

corporate, ge. com/tradedev/requestforms/index. cfm? CFID=973 SERVER J>ROTOCOL=HTTP/1.1 

HTTPS SECRETKEYSIZE= HTTPS=off HTTP ACCEPT LANGUAGE=en-us CERT SUBJECT= HTTPS KEYSIZE- 

WEB SERVER APMSAPI CF TEMPLATE PATH=d : UnetpubVwvwrooWrad^^ 

REQUEST METlHOD=GET PATH_INFO=/tradedev/requestforms/treasurym^ 

0 (compatible; MSIE 5.01 ; Windows 95) REMOTE HOST=3.122.98.19 HTTPS SERVER SUBJECT- AUTH USER- 

AUTH TYPE= SERVER SOFTWARE=Microsoft-IIS/4. 0 SERVER ^^J^^^2^cr^°rreT qprv/pr isqiJRF- 
QUERYSTRING=CFID=973&CFTOKEN=56699449CERT_SERVER_SUBJECT= CERT_SERVERJSSURE- 

HTTP ACCEPT ENCODING=gzip, deflate SCRIPT NAME=/tradedev/requestforms/treasurymenu. cfm REMOTE 

USER= GATEWAY INTERFACE=CGI/1 . 1 <BR> <BR> HTTP CONTENT TYPE=application/x-www-form- 

urtencodeS B R> <BR> <BR> HTTPCOOKIE=SITESERVER=ID=dc7ale4bf8db91e329be^^ 

myGEDisplay=POLL=false ; CERT KEYSIZE= HTTPCONNECTION=Keep-Alive PATH TRANSLATED-d . 

. , „ , ,n . -, • nnron^f o.mn_A O-CADT- 1 HH ^VJ?rT A 1ST 10/9S/9006 
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Time=203ms) SQL = SELECT Hedgelnstruments FROM T«deTabte VWbK Trading BusinesslD, 
ANDTran Count=T headerinfo (Records=0, time-1 5ms) SQL *LtuD ge tApprover Records=l, 

Sedgelns^ment FROM TradeTable WHERE {™^RVu^^ r ^Sllon Time 1203 milliseconds 
Time=16ms) SQL = SELECT Approver F J^f 55, ^ jf> AN SECTION NO=40 NON=yes TYPE=3 MAX 

Parameters URL Parameters : ^^^^^^J?^^i^^BR>^^^BR> <BR> CFTOKEN=56699449<BR> 
TRAN COUNT=1 <BR> <BR> <BR> I ED TFLAG-No<BR> <BR> bK CONTENT LENGTHS SERVER PORT 
<BR> <BR> <BR> <BR> CFID=973 Varia Jf* hi ^^^^ a HTTP 

^S^SSHSS™ PASSORO= HTTP 

^^^^^^^^^^ <BR> <BR> <BR> 
SERVER PROTOCOL=HnP/1 T HTPS_SECRETKEV|IZE BR £e YS | Z E= WEB SERVER APMSAPI CF 

SSaT^^^^ 

m™JNFO=»«W^^tft^w«^ r. gW^S! USER= AUTH TYPE- SERVER 

sS^SK 

QUERY STRING=Non=yes&Max_Tran Count 1&Type 3£™ T ENCODING=gzip,deflate 
SERVER SUBJECT* CERT_SERVER_ISSUER= HHTTP ^^0^ |NC° <BR> GATEV y AY 

SCRIPT JJAME=/tradedev/requestfo^ CONTENT TYPE=application/x-w^-form- 

,NTERFACE=CGI/1 n 1<BR> <BR> <BR^ . 

\Wb\wwwroot\trade^^ SQL = SELECT * FROM Funds 

ContractClass, CCID FROM ContractClass WHERE active »™ Rusiness WHERE Location ^Fairfield' AND 
%Z££S£. Time=62ms) SQL = Select B* fj^'^^^^^l^^^ user (Records=1 , 
BusinessName <> AND BusinessName &lt,&g AND Bus Actn/e&vv from Ugers y 

Time=16ms) SQL=. selec 1 .Name ^ Phone Ema,| Fax -^^S^tom Business where BusID = 222 and 
BuslDName (Records=1, T.me=31ms) SQL - se '^usinessna BusineS sName from Bus.ness where Bus. 

Location='Fairfield' tradBuslDName (Records=1 me-16ms) SQL seie = t 
ID = 220 and Location='Fairfield' headerinfo ^^sV^ ANDTran_Count = T 

TrariinoBusinessID Hedgelnstrument FROM TradeTable WHERE : T ra "=^'°"';" RAN C 0UNT=1 <BR> <BR> <BR> 
'nBlleconds Parameters ^^l^^^^cSm^ <BR> <BR> <BR> 

com/tradedev/requestforms/treasurymenu. cfm ? _C SERVER m uw z£= SERVER APNSAPI CF 

PATH JNFO-/bad^/^S*^^^ s ^^R U |^j^= AUTH USER= A-UTH TYPE= 

SCRIPT NAME=/tradedev/requestforms/ordersform Zcfm REMUit use 

HTTP CONTENT TYPE=application/x-www-form-urlencoded HTTP murpn .„ |av=p0LL=fa , se ; C ERT KEYSIZE= 

HTTP CONNECTION-Keep-Alive P^ATH TRANSL^bU ^jQ^jgl APPENDIX D Queries CurrencyQuery 
cfm HTTPS SERVER I ER= CERTF LAG r ur?e^cvC"ode Cu rl D F ROM CurrencyTable WHERE Cur ActaveSW = 1 
(Records=71 , Time=203ms) SQL = SELECT c «me^ = * BusinessNa me, BusID from 

» C eTe« 

^^TS^^^X^^- SO, . se,e« BusinessName 



- ~ .ina^ T/WJ?;T AM 10/25/2006 



(WO/2002/025545) SYSTEMS AND METHODS FOR MANAGING TREASURY TRA... Page 9 of 14 



from Business where BusID = 222 and Location='Fairfield' tradBuslDName (Records=l, Time=16ms) SQL = select 
BusinessName from Business where BusID = 220 and Location='Fairfield* headerinfo (Records=0, Time=156ms) SQL 
= SELECT BusinessID, TradingBusinessID, Hedgelnstrument FROM TradeTable WHERE TransactionNo ='42", 
ANDTran_Count =T Execution Time 1812 milliseconds Parameters URLParameters: STATUS=new TRAN COUNT=1 
TRANSACTIONNO=4 : NON=no TYPE=1 MAX TRAN COUNT=1 <BR> <BR> EDITFLAG=No<BR> <BR> <BR> 
CFTOKEN=56699449<BR> <BR> <BR> CFID=973 CGI Variables : SERVER_PORT=80 CONTENT LENGTH=0 
SERVER PORT SECURE=0 HTTPACCEPT=image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/pdf, a 
HTTP HOST=web06. corporate, ge. com REMOTE ADDR=3. 122.98. 19 CERTSERIALNUMBER- CERT 
SECRETKEYSIZE= CERT ISSUER= CONTENT TYPE=application/x-www-form-urlencoded AUTH PASSWORD= 
HTTP__REFERER=hhtp://web06.corporate. ge. com/tradedev/requestforms/treasurymenu. cfm ? C SERVER 
PROTOCOL=HTTP/1. 1 HTTPS_SECRETKEYSIZE= <BR> <BR> HTTPS=off<BR> <BR> <BR> <BR> 
HTTPACCEPTLANGUAGE=en-us CERT SUBJECT^ HTTPS_KEYSIZE= WEB SERVER API=ISAPI CF TEMPLATE 
PATH=d : \lnetpub\wwwroot\tradedev\requestforms\settlementform_2. cfm REQUESTJv1ETHOD=GET PATH 
INFO=/tradedev/requestforms/settlementform 2. cfm HTTP USER AGENT=Mozilla/4. 0 (compatible ; MSIE 5. 01 ; 
Windows 95) RMOTE HOST=3. 122.98.19 HTTPS SERVER SUBJECT= AUTHUSER= AUTH TYPE= SERVER 
SOFTWARE=Microsoft-IIS/4. 0 S E R VER_N AM E=web06. corporate, ge. com 

QUERY_STRING=Non=no&Max_Tran_Count=1&Type=1&Status=new&TransactionNo=42&editglag=NoCERT 
SERVER SUBJECT= CERT_SERVER_ISSUER= HTTP_ACCEPT ENCODING=gzip, deflate SCRIPT 
NAME=/tradedev/requestforms/settlementform_2. cfm REMOTE USER= GATEWAY JNTERFACE=CGI/1. 1 HTTP 
CONTENT TYPE=application/x-www-form-urlencoded HTTP 

COOKIE=SITESERVER=lD=dc7a1e4bf8db91e329bee7086cd4df8f; myGEDispiay=POLL=false ; CERT_KEYSIZE= 
HTTP_CONNECTlON=Keep-Alive PATH_TRAN SLATE D=D : 

\lnetpub\wwwroot\tradedev\requestforms\settlementform_2. cfm HTTPS SERVER ISSUER= CERT-FLAGS= 
CERT_OOKIE= APPENDIX E Queries GetFunds (Records=51 , Time=203ms) SQL = SELECT FROM Funds WHERE 
Location ^Fairfield' AND FundName <>" AND FundName <> ORDER BY FundName CurrencyQuery 
(Records=71 , Time=31ms) SQL = SELECT CurrencyCode, CurlD FROM CurrencyTable WHERE Cur ActiveSW = 1 
ORDERBY CurrencyCode ContractClassQuery (Records=39, Time=32ms) SQL = SELECT ContractClass, CCID 
FROM ContractClass WHERE CC ActiveSW = 1 ORDER BY ContractClass BusinessQuery (Records=135, 
Time=63ms) SQL = Select BusinessName, BusID from Business WHERE Location -'Fairfield* AND BusinessName 
<>" AND BusinessName <>" AND Bus ActiveSW = 1 ORDER BY BusinessName user (Records=l, Time=16ms) SQL 
= select Name, Phone, Email, Fax, BusID, TradingBusID, Location from Users where User BuslDName (Records=1, 
Time=16ms) SQL = select BusinessName from Business where BusID = 222 and Location= , Fairfield t tradBuslDName 
(Records=l, Time=16ms) SQL= select BusinessName from Business where BusID = 220 and Location='Fairfield' 
hedge (Records=0 t Time=187ms) SQL = SELECT Hedgelnstrument FROM TradeTable WHERETransactionNo = 43 
ANDTran_Count=T headerinfo (Records=0, Time=16ms) SQL = SELECT BusinessID, TradingBusinessID, 
Hedgelnstrument FROM TradeTable WHERE TransactionNo ='43' ANDTran_Count = T Execution Time 2531 
milliseconds Parameters URL Parameters : STATUS=newTRAN_COUNT=1 TRANSACTIONNO=43 NON=no 
TYPE=3 MAX TRAN COUNT=1 EDITFLAG=No CFTOKEN=56699449 CFID=973 CGI Variables: SERVER_PORT=80 
CONTENT LENGTH=0 SERVER PORT SECURE=0 HTTP ACCEPT=image/gif, image/x-xbitmap, image/jpeg, 
image/pjpeg, application/pdf, a HTTP HOST=web06. corporate, ge. com REMOTE ADDR=3. 122.98.19 CERT 
SERIALNUMBER= CERT SECRETKEYSIZE= CERT ISSUER= CONTENT JTYPE=application/x-www-form- 
urlencoded AUTH PASSWORD= HTTP_REFERER=http://web06. corporate, ge. 

com/tradedev/requestforms/treasurymenu. cfm? C SERVER PROTOCOL=HTTP/1. 1 HTTPS_SECRETKEYSIZE= 
HTTPS=off HTTP ACCEPT U\NGUAGE=en-us CERT_SUBJECT= HTTPS_KEYSIZE= WEB SERVER API=ISAPI CF 
TEMPLATE PATH=d : \lnetpub\wwwroot\tradedev\requresforms\forwardfor_2. cfm REQUEST METHOD=GET PATH 
INFO=/tradedev/requestforms/forwardform 2. cfm HTTP USER AGENT=Mozilla/4. 0 (compatible; MSIE 5.01; Windows 
95) REMOTE HOST=3. 122.98.19 HTTPS_SERVER_SUBJECT= AUTH USER= AUTH TYPE= SERVER 
SOFTWARE=Microsoft-IIS/4. 0 SERVER NAME=web06. corporate, ge. com 

QUERY__STRlNG=Non=no&Max_Tran_Count=1&type=3 & Status=new&TranactionNo=43&editflag=No CERT 
SERVER SUBJECT= CERT_SERVERJSSUER= HTTP ACCEPT ENCODING=gzip, deflate 
SCRIPT_NAME=/tradedev/requestforms/forwardform_2. cfm REMOTE USER= GATEWAY INTERFACE=CGI/1. 1 
HTTP CONTENT TYPE=application/x-www-form-urlencoded HTTP 

COOKIE=SITESERVER=ID=dc71e4bf8db91e329bee7086cd4df8f ; myGEDisplay=POLL=false ; CERT KEYSlZE= 
HTTPCONNECTION=Keep-Alive PATH TRANSLATED=d : 

\inetpub\wwwroot\tradedev\requestform\forwardsform_2.cfm HTTPS SERVER ISSUER= CERT FLAGS= CERT 
COOKIE= APPENDIX F Queries GetFunds (Records=51, Time=188ms) SQL = SELECT * FROM Funds 
WHERELocation ^Fairfield' AND FundName <>" AND FundName &it;> ORDER BY FundName CurrencyQuery 
(Records=71, Time=32ms) SQL = SELECT CurrencyCode, CurlD FROM'CurrencyTable WHERE Cur ActiveSW = 1 
ORDER BY CurrencyCode <BR> <BR> <BR> <BR> <BR> ContractClassQuery (Records=39, Time=31ms)<BR> 
<BR> <BR> SQL = SELECT ContractClass, CCID FROM ContractClass WHERE CC ActiveSW = 1 ORDER BY 
ContractClass BusinessQuery (Records=135, Time=62ms) SQL = Select BusinessName, BusID from Business 
WHERE Location ='Fairfield' AND BusinessName <>" AND BusinessName <> AND Bus ActiveSW = 1 ORDER BY 
BusinessName user (Records=1, Time=47ms) SQL = select Name, Phone, Email, Fax, BusID, TradingBusID, 
Location from Users where User BuslDName (Records=1, Time=31ms) SQL= select BusinessName from Business 
where BusID = 222 and Location^ Fairfield tradBuslDName (Records=1, Time=16ms) SQL = select BusinessName 
from Business where BusID = 220 and Location= Fairfield headerinfo (Records=0, Time=171ms) SQL = SELECT 
BusinessID, TradingBusinessID, Hedgelnstrument FROM TradeTable WHERE TransactionNo ='44' ANDTran_Count 
= T Execution Time 2359 milliseconds Parameters URL Parameters : STATUS=new TRAN COUNT=1 



hnnV/www.wmnJnt/nctdb/en/fetch.isn?DISP=25&IDB=0&SORT-1177 10/25/2006 
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<BR> <BR> EDITFLAG=No<BR> <BR> <BR> ■ ^ ^age/x- 
' SERVER PORT=80 CONTENT_LENGTH=0 SE .RVER PORJ SECURER coroorateqe com REMOTE ADDR=3. 

! PATHINFO=/tradedev/requestforms/Swapform^2_cfm ^£ USER AGEm A UTH USER= AUTH TYPE= SERVER 

! SIS 

i CERT SERVER SUBJECT= CERT_SERVER_ISSUER- HTTP AOU=H I ' =^u. y ^ . -| HTTP 

! SCRIP~T_NAME=7tradedev/requetforms/S W apform 2. cfm REMOTE USER- GATEWAY 

; m yGEDisp,ay=POLL=false ; CERT_KEYS.ZE = 

HTTP CONNECTION=Keep-Alive PATH TRAN HTTPS SERVER ISSUER= CERT FLAGS= 
\lntetpub\wNwwroot\tradedev\requestforms\Swapforir L^^SSETO^ut ^ # 
CERT_COOKIE= APPENDIX GQuenesGe^ 

WHERELocation ='Fairfield' AND FundName <> AND FundName " K c u ^ n Tab | e where C ur ActiveSW = 1 
(Records=71 , Time=31 ms) SQL = SELECT Curren^Code C ur iD_ F R OM ^rrency . ao ContractC | aS s, CCID 
ORDER BY CurrencyCode Con^f^^^^'^^^ s ^^ u ^ (Records=1 35, 
FROM Contractors WHERE CC A c lveS W = ^ AND BusinessName 

Time=62ms) SQL = Select BusinessName Bu „ s 'D fr ?™ user (Records=l, Time=16ms) SQL 

<>" AND BusinessName <>" AND Bus AchveSW - . OS^^^^^here User BuslDName (Records=1, 
= select Name, Phone, Email, Fax, BusID, l nd ^^^SSS'S^!S Location='Fairfield' tradBuslDName 
Time=16ms) SQL = select BusinessName from ^^f^^^^B^D = 2 20 and Location='Fairfield' 
(R e cords=1. Time=16ms) SQL= select ^^^^^S^^^ewlD. Hedgelnstrument FROM 
headerinfo (Records=0, T.me=172ms) SQL - I Bjiwneg^ a milliseconds Parameters URL 

TradeTable WHERE ^ran^^ ^Mm^^^^n^ ^ jrm CQ[jm=i <BR> 

Parameters: STATUS=new TRAN COUNJ-1 J^N^CTroNNO^wwJN CF1D=973 C GI Variables: SERVER 
<BR> <BR> EDITFLAG=No<BR> <^ image/x-xbitmap, 
PORT=80 CONTENT LENGTH=0 .SERVER ^^^"£££2^ com REMOTE ADDR=3. 122.98.19 

u^encoded AUTH PASSWORD- KTTP.REreRER^^^gg^^ HTTPS SECRETKEYS.ZE= 
com/tradedev/requestforms/treasurymenu. cfm ? X SERVER PRO l uuul m 
HTTPS=off HTTP ACCEPT LANGUAGE=en-us CERT SUBJECT-. 

HTTPS KEYSIZE= WEB SERVER API=ISAPI CF TEMPLATE PATH=d: 

\lnetpubWroot\tradedev\req^ (compatible ; MSIE 5.01; 

se^rTftS 

SCRIPt_NAME=/tradedev/requestforms/optionsform 2. cfm REMOTE USER- GATEWAYS trcr 

CETRT ^PCONNECTION-Keep-Alive PAT ^™f|ggED-d^ pLAGS= CERJ . 

\lnetpub\wwwroot\tradedev\requestforms\opt,onsform_2. cfm ^SSERVERIb Ut J Reques tNo, UserName, 
COOKIE- APPENDIX H Queries GetRequests (Records i^Jj™- 2 °^ CurrencyCode FROM 

DateRequested, BuySell, TradeCurrencylD, TradeAmL Complete^ H ^^J^ g= 'Fairfield' AND 

CurrencyTable WHERE CurlD 'J^^S^^SSSS to not NULL AND EXISTS (SELECT B. RequestNo 
Tradelmporte = 0 AND (Bank Indicator is NULL OR _(Bank ndicator ,3 not ™££ t N \j LL))) ORDER BY 

FROM BankExchange B WHERE T^ RequestNo = B. Reques No AND ^cuwuu Parameters CGI Variables: 
UserName, DateRequested TradeAmt T. RequestNo ^^^mwTS^^nm^. image/x- 
SERVER PORT-80 CONTENT LENGTH*) s f ^ER TORT SECWE^H &MOTE ADDR=3 

xbitmap, image/jpeg, '^e/pjpeg. appl^ -p,^ AUTH 

SUBJECT- HTTPS KEYSIZE= WEB SERVER API-ISAPI CF TEMPLATE PATH=d : 

Mnetputtwvmroot^ MSlE 5 . 0 1; Windows 95) 

INFO=/tradedev/Admm/requests.cfm HTTP USER N 1 'Tm T u US er= AUTH TYPE= SERVER 
X^S^^l^XX^ ~™ S 1F RV STRINRs CRT SFRVPR 

- - „ ™^ .onAnT^im^F^T AN 1 0/25/2006 
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1 COOKIE=SITESERVER=ID=dc7ale9bf8db9^ V vUroot\tradedev\Admin\requests. cfm 

1 HTTP CONNECTION-Keep-Alive PA ^ H TRANSIT bU a ^ meip Jsers Records=9i 

! HTTPS SERVER ISSUER= CERT.FLAGS- CERT COOKIE- ^tNDiA « WHERE 

i ^e4ims) SQL = SELECT UID, UserlD, Name ^. Phone, ^^SS^G\ Variables: SERVER 

i Location'Fairfielrf ORDER BY UserlD Executaon Time * 469 .^^^cCEPT^mage/gif, image/x-xbitmap, 

PORT=80 CONTENT LENGTHS SERVER PORT SECURE-0 1 HTTP ACCEPI ™g 9 ^ ADDR=3. 122.98.19 

I rmagl/jpeg image/pjpeg, app.ication/pdf a , HTTP l^^b^ag^^^ AUTH _ pASSW0RD= 

i CERT SERIAL\NUMBER= CERT SE^^i^^^^^.^ury^. cfm? C SERVER 

i HTTPZREFERER^ttp://web06. ^^s^V^&SmTP ACCEPT LANGUAGE=en-us CERT 

! SpuS^ SENSES 01 Wnd 0 ; S 95) rSoTE HOST=3. 122.98.19 HTTPS 

' HTTP USER_AGENT=Mozilla/4 0 (compatible MSIE ™f^ E i Microsoft .|,s/4. 0 _ owcd 
SERVER SUBJECT- AUTH USER- ^^JSkW^ScSt SERVER SUBJECT- CERT SERVER 
SERVER NAME=web06.corporate. ge com QUERY Si kin^ £ . £=/t deev/Admin/Use rs. cfm REMOTE USER- 
?SSUER=-HTTP>CCEPT_B^ 

CATEWAYJNTERFACE=CGI/1. 1 ^T^g ^OPJ^^^Q^fg^nON-Keep-Alive R AT ^^ R ^^^^T^qk| E - 
myGEDisplay-POLL-false ; CERT KEYSIZb m ^ _ 1SS UER= CERT FLAGS- CERT_COOKIE- 

SSS™t*adee»*elpcon(ent\Admin index, dm ^TO«^R ^fcK , pR0M ss 

COOKIE= APPENDIX K ^ uer j^.?p Sine n^!fgw -^^ROER BY^usinessName Execution Time 1093 milliseconds 
WHFRE Location = 'Fairfield' AND Bus^ctweSW - 1 utcucn 01 p0RT SEC URE=0 

SOFTWARE=Microsoft-IIS/4. 0 SERVER NAMtweou c £ D1NG=gzip defla te SCRIPT 
SUBJECT- CERT SERVER ISSUER- HTTP ACCEPT _|NCO™NO S Py^ face=cq|/1 _ 1 HTTP 
NAME=/tradedev/Admin/businesses. cm i REMOTE -USER^J" ^ p | ay =POLL=false ; CERTKEYSIZE- 

COOKIE=SITESERVER=ID=dc7ale4b^ 

HTTP CONNECTION-Keep-Alive PATH JRANSLATEU °- ™ e J ppEND | X L Que ries funddata (Records=51 

HTTP REFERER-http://web06.^ HTTP ACCEPT LANGUAGE-en-us 

SERVER SUBJECT- AUTHJJSER- AUTH SER^R|OJTWAR ^ SERV ER ISSUER- HTTP 

NAME=web06. co^^ 
fN?F?FACF-C°G.fl = HTTP^ 



A».rAT,T-.m^.ifFY*],AN... 10/25/2006 
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myGEDisplay=POLL=false; CERT KEYSIZE= HTTP CONNECTION=Keep-Alive PATH TRANSLATED=d : 
\lnetpub\wwwroot\tradedev\Admin\Funds. cfm HTTPS SERVER ISSUER= CERT FLAGS= CERT_C00K1E= 
APPENDIX M ueries GetRequests (Records=l. Time=266ms) SQL = SELECT RequestNo, TransactionNo, UserName, 
Status, Tran_Count, BuySeli, TradeCurrencylD, DateRequested, Non, Max_Tran_Count, Completed, 
Hedgelnstrument, Type, (SELECT CurrencyCode FROM CurrencyTable WHERE CurlD = TradeCurrency AS 
TradeCurrency FROM TradeTable WHERE Location ^Fairfield* ANDTran Count='1' AND UserlD = 'sophia* ORDER 
BY UserName. RequestNo Execution Time 718 milliseconds Parameters CGI Variables : SERVE_PORT=80 
CONTENT LENGTH=0 SERVER PORT SECURE=0 HTTP_ACCEPT=image/gif, image/x-xbitmap, image/jpeg, 
image/pipeg, application/pdf, a HTTP HOST=web06. corporate, ge. com REMOTE ADDR=3.122.98.19 CERT 
SERIALNUMBER= CERT SECRETKEYSlZE= CERT ISSUER= CONTENT TYPE= AUTH PASSWORD^ HTTP 
REFERER=http ://web06. corporate, ge. com/tradedev/requestforms/treasurymenu. cfm 

SERVER_PROTOCOL=HTTP/1.1 HTTPS_SECRETKEYSIZE= HTTPS=off HTTP ACCEPT LANGUAGE=en-us 
CERT SUBJECT= HTTPS KEYSIZE= WEB SERVER API=ISAPI CF TEMPLATE PATH=d : 
\lnetpub\wwwroot\tradedev\requestforms\Retreive. cfm REQUEST. METHOD=GET 

PATHJNFO=/tradedev/requesforms/Retrieve. cfm HTTP_USER_AGENT=Mozilla/4. 0 (compatible; MSIE 5. 01; 
Windows 95) REMOTE HOST=3.122.98.19 HTTPS SERVER SUBJECT= AUTH USER= AUTH TYPE= 
SERVER_SOFTWARE=Microsoft-IIS/4.0 SERVER_NAME=web06.corporate.ge.com QUERY STRING= CERT 
SERVER SUBJECT= CERT SERVER ISSUER= HTTP ACCEPT ENCODING=gzip, deflate SCRIPT 
NAME=/tradedev/requestforms/Retreive. cfm REMOTE USER= GATEWAY INTERFACE=CGI/1 . 1 HTTP 
COOKlE=SITESERVER=ID=dc7ale4bf8db91e329bee7086cd4df8f ; myGEDisplay=POLL=false ; CERT KEYSIZE= 
HTTPCONNECTION=Keep-Alive PATH TRANSLATED=d : \lnetpub\wwwroot\tradedev\requestforms\Retreive. cfm 
HTTPS_SERVERJSSUER= CERT_FLAGS= CERT_COOKIE= 



http://www.wipoint/pctdb/en/fetchosp?DISP=25&IDB=0&SO 10/25/2006 



(WO/2002/025545) SYSTEMS AND METHODS FOR MANAGING TREASURY T.. 



Page 13 of 14 



i 
| 
i 

! 

I 



| 
1 



, , ^mrrr t^t-^W P.T A XT 10/9^/9006 



(WO/2002/025545) SYSTEMS AND METHODS FOR MANAGING TREASURY T... Page 14 of 14 



• ./ ./r-.-u :__oT>Tcn-ocp,TrM3=njprCr»PT=l AN 10/25/2006 



